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ACCESS CONTROL FOR RENTAL CARS 



DESCRIPTION 
BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention generally relates to a car rental system and, more 

particularly, to a car rental system in which cars are operated by digital keys 
instead of conventional metal keys. 

Background Description 

In a typical car rental system today, car keys are left in cars when cars 
10 are waiting to be picked up by customers or when cars are dropped off by 
customers at a gated parking lot. Consequently, keys are vulnerable to be 
stolen or copied. It is very costly to disable a stolen key-usually an authorized 
car dealer or locksmith needs to be involved. It is also very dangerous when a 
car key is copied by a malicious person who can follow the car when it exits 
15 the parking lot, and steal the car when it is unattended. 

U.S. Patent Nos. 5,289,369 to Hirshberg and 5,812,070 to Tagami et 
al. disclose integrated circuit (IC) card based access control methods where 
each car is equipped with a IC card reader which can communicate with a 
cental station by wireless communications. The cards in these patents store the 
20 identifications (IDs) of the renters carrying the cards. Upon being inserted into 
a card reader on a rental car, the ID stored in the card is read out and sent to 
the cental station to check for proper authorization. In case of outage of 
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wireless communications, the system will fail to work. 

U.S. Patent No. 4,477,874 to Ikuta et al. discloses an off-line access 
control method based on the secret codes stored on a car and a card. Basically, 
a car stores two secret codes, one for master and the other for slave. A card 

5 that carries the master secret has full control of the car, whereas the card 

carrying the slave secret code has limited control. For example, a slave card 
only authorizes the driver to start the engine but not to open the trunk lid. In 
such a system, if the master card is lost, the car reader has to be re- 
programmed with a new master secret code. This system is not suitable for a 

10 rental system since the reader on the car needs to be re-programmed for every 
renter. 



SUMMARY OF THE INVENTION 



It is therefore an object of the present invention to provide a car rental 
system which does not use conventional metal car keys. 
15 It is another object of the invention to provide a car rental system 

where network connection from cars to a central station is not required to 
check whether a renter has the proper authorization to operate a car. 

It is yet another object of the invention to provide a car rental system 
where there is no pre-processing to be done on the car to be rented for every 
20 rental transaction. 

According to the invention, the cars of the car rental system can be 
made operable by having a renter present a digital key issued from the car 
rental system. The digital key specifies the starting date and time of a given 
rental transaction, and the identification of the car the key is for. The digital 
25 key is further signed by the car rental system for authenticity. The way a 

digital key gets into a renter's hand is as follows. A prospective renter makes 
online reservation over the Web (i.e., the World Wide Web portion of the 
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Internet) and downloads into a portable storage device a digital key which can 
be used to operate the reserved car on the day the reservation is made for. On 
the pickup day, the renter goes to the car and inserts the portable storage 
device into a slot on the car. Upon successful verification of the digital key, 
5 the car is enabled and the renter can keep the car until he or she wants to 
return the car. The return process starts by having the renter obtain a 
invalidated digital key fi-om the car. Once the rental car invalidates the digital 
key provided by the renter, the renter can no longer operate the rental car. 
Since the in-car controller is able to decipher the given authorization 
10 information, there is no need to re-program the in-car controller for each 

renter. 

According to another aspect of the invention, the renter will be held 
liable for the rental car until he or she presents the invalidated digital key to 
the central station of the car rental system. To facilitate this, the car rental 

1 5 system will set up kiosks with readers to interface with the portable storage 
carried by the renters. The kiosks can be stationary which have a wired 
network connection to the cental station of the car rental system, or they can 
be mobile (e.g., located on a trailer, a van, a truck) which have a wireless 
network connection to the cental station. 

20 To prevent a lost digital key from being used by unauthorized parties, 

a digital key can contain information such as a personal identification number 
(PIN) or a hash of the PIN of the authorized renter. For extra protection, the 
renter can opt to include his or her PIN in the digital key when the key is 
created by the car rental system. 

25 The parking lot of the car rental system according to the invention can 

be operated without security personnel checking for proper authorization, 
hence saving labor cost and eliminating human efforts. With this advantage, 
the car rental system can open up more satellite rental sites which can operate 
around the clock. This would dramatically improve the service offering to the 
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renters and in turn encourage more rental opportunities. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better 
understood from the following detailed description of a preferred embodiment 
5 of the invention with reference to the drawings, in which: 

Figure 1 is a block diagram showing the basic components of the car 
rental system; 

Figure 2 is a flow diagram for the reservation process; 
Figure 3 is a block diagram of the in-car access control system; 
10 Figure 4 is a flow diagram for the verification process implemented on 

the cars; 

Figure 5 is a flow diagram for the car retum process implemented on 
the cars; and 

Figure 6 is a flow diagram for the car retum process implemented on a 

15 kiosk. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT OF THE INVENTION 

Referring now to the dravraigs, and more particularly to Figure 1, there 
is shown a block diagram illustrating the basic components of the invention. 
20 These include a computing system 10, a portable storage device 12, and an 
access control device 14 with a interface 16 to a portable storage inside a 
rental car 160. 

The computing system 10 is used to make a reservation according to 
the needs of the renter. The computing system is also used to create and store 
25 digital keys for access to a rental car. The computing system may be located 
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within a kiosk 140 at a car rental agency. The computing system may be a 
simple terminal connected through a network (i.e., an intranet or the Internet) 
120 to a central reservation server 110 which accepts reservation requests, 
checks the availability of cars, and creates digital keys for access to the 
reserved cars. Alternatively, a personal computer (PC) 130 located at the 
home, office or other location may be used as a terminal to connect to the 
central reservation server 1 10. Either the computing system in the kiosk or the 
PC may be provided with means to download digital keys to a portable storage 
device 12. 

The portable storage device is preferably a smart card issued by a car 
rental agency. Other memory devices may be used such as, for example, a 
Personal Digital Assistant (PDA), a memory card (such as the Personal 
Computer Memory Card Intemational Association (PCMCIA) card), or a 
diskette. The manner in which a digital key is downloaded is entirely 
conventional. 

In the case of a smart card, the renter then carries the smart card 12 to 
the car which contains a access control device 14. The card is inserted into the 
reader slot to provide the access control device 14 with the digital key 
generated by the computing system 10. The access control device 14 then 
makes decision on whether or not to give the card holder access to the car, 
according to the date and time and car ID information in the digital key. 

Figure 2 is a flow diagram showing the reservation process executed 
by the reservation server 110. The reservation server 1 10 in the first step 202 
authenticates the user visiting the reservation Web site. Upon the reservation 
server successfully authenticating the user (either by name and password or by 
a security token such as a smart card), the user is prompted for the date, time, 
and location for pickup and return, and the type of car in step 204. Upon the 
user submitting the request, the reservation server receives and processes the 
request in step 206. The server 110 checks the availability in step 208, If a 
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suitable car is not available, the user is prompted to file a reservation request 
again in step 204. If there is a car available, the server 110 starts to create a 
digital key in steps 210 to 216. Specifically, the server 110 obtains car and 
user information (e.g., car ID and user's PIM) in step 210. The server 110 
computes the hash of user's PIN in step 212. The server 1 10 combines car and 
user information with the hashed PIN in step 214. The server 1 10 digitally 
signs the combined information using the private key of the reservation server 
1 10 in step 216. The server then responds to the user with a Web page where a 
hyperlink points to the signed information (i.e., digital key) in step 218. 
Finally the user downloads the signed information and saves it into a portable 
storage device 12 in step 220. 

Figure 3 is a block diagram for the in-car access control system. The 
system includes an access controller 330, an electronic control unit 320, and 
actuators 310. The access controller 330 on one hand is connected to a smart 
card slot 342 for accepting user's smart card 12, a keypad for accepting user's 
PIN, and an output device such as light emitting diodes (LEDs) for signaling 
an error to the user. The access controller 330 on the other hand interfaces 
with a electronic control unit (ECU) 320 which is connected to actuators 310 
in charge of actuating various in-car instruments such as doors 302, engine 
304, and trunk lid 306. 

Figure 4 is a flow diagram for the in-car access controller 330. Upon 
detecting a smart card inserted into the smart card slot 16, the access controller 
330 obtains the digital key stored on the smart card in step 402. The access 
controller 330 checks whether the digital key is ahready invalidated in step 
404. If so, the access controller 330 signals an error to the smart card holder in 
step 420. If the digital key is not invalidated yet, the access controller 330 
verifies the signature on the digital key in step 406. If the signature is not an 
authentic one firom the reservation server 1 10, the card holder is signaled an 
error in step 420. If the signature is genuine in step 408, the user is prompted 
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for PIN in step 410. The controller then checks for correctness of the PIN in 
step 412. If the input PIN matches the one in the smart card, the access 
controller 330 activates the instruments which the user are authorized to have 
access to in step 414. If the input PIN is incorrect in step 412, the user is 
prompted again for the correct PIN. If the input PIN fails to match for three 
trials in step 416, the access controller 330 invalidates the digital key in step 
418 by making a record in its storage device. 

Figure 5 shows a flow diagram for the in-car access controller 330 
upon receiving the renter's request to return the car. The user is prompted for 
inserting his or her smart card into the smart card slot in step 502 if not 
already done so. The access controller 330 obtains car status inforaiation such 
as fiiel level, mileage, current time and car ID from the ECU 320 in step 504, 
The access controller proceeds to create a return packet by combining car 
status information and the current digital key in step 506. It then signs the 
return packet using the private key of the car in step 508, The access controller 
330 appends the car ID to the signed retum packet in step 510. It then saves 
the signed retum packet into the smart card in step 512. Finally, the access 
controller 330 invalidates the current digital key in step 514 by making a 
record in its storage device. 

Figure 6 shows a flow diagram for the kiosk 140 upon receiving 
renter's request to retum the car. The kiosk 140 first prompts the user to insert 
his or her smart card in step 602. The kiosk 140 tries to retrieve the retum 
packet from the smart card in step 604. If the retum packet is not found in step 
606, the user is notified to get the retum packet from the car first in step 616. 
If the retum packet is present, the kiosk verifies the signature on the retum 
packet in step 608. If the signature is not found to be an authentic one from the 
car to be returned in step 610, the user is advised to contact customer service 
for assistance in step 618, If the signature is found to be genuine in step 610, 
the kiosk 140 updates the car status stored at the reservation server 1 10 in step 
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612. The kiosk 140 finally prints a receipt for the user in step 614. 

While the invention has been described in terms of a single preferred 
embodiment, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the appended 
5 claims. 
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CLAIMS 



Having thus described our invention, what we claim as new and desire 
to secure by Letters Patent is as follows: 



1 1 . A car rental system comprising: 

2 a fleet of cars, each of which is operable only when a valid digital key 

3 is presented to the car, and each of said fleet of cars has a means to invalidate 

4 a digital key; and 

5 a management system for handling reservation and car return, said 

6 management system including: 

7 a key generation system for generating digital keys for renters of the 

8 car rental system; 

9 a key retum system for processing digital keys returned by renters. 

1 2. The system in claim 1 , further comprising a parking lot guarded by a 

2 security gate, said fleet of cars being parked with confines of said parking lot 

3 when not rented by a renter of the car rental system, said security gate only 

4 opening when a valid digital pass is presented by a renter of the car rental 

5 system. 

6 3. The system in claim 1, wherein the management system is accessed by a 

7 prospective renter over a network and the prospective renter is given a digital 

8 key to operate a particular car and a digital pass to open the gate of the parking 

9 lot where said particular car is parked, after said prospective renter completes 

10 a reservation for said particular car, said digital key and digital pass being 

1 1 effective starting from the time specified by said reservation. 
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1 4. The system in claim 3, wherein the prospective renter accesses the 

2 management system at a kiosk located in the parking lot where the particular 

3 car is parked. 

1 5. The system in claim 3, wherein the prospective renter accesses the 

2 management system over the Internet. 

1 6. The system in claim 3, wherein the key generation system stores a digital 

2 key on a storage device provided by a prospective renter. 

1 7. The system in claim 6, wherein the storage device is a smart card. 

1 8. The system in claim 6, wherein the digital key comprises car and user 

2 identification (ID) signed by the management system to authenticate the 

3 digital key. 

1 9. The system in claim 1 , wherein a renter of a car invalidates a valid digital 

2 key upon returning a car to the car rental system and presents an invalidated 

3 digital key to the key return system to complete a car return. 

1 1 0. The system in claim 9, wherein the invalidation of a valid digital key 

2 includes storing car status information relevant to computing by the key return 

3 system a receipt for the renter. 

1 1 1 . A computer implemented method for operating a car rental system 

2 comprising the steps of: 

3 accessing a reservation server by a prospective car renter to reserve a 

4 car; 

5 authenticating the prospective car renter by the reservation server and, 
YOR9-2000-0385US1 
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6 upon the reservation server successfully authenticating the user, prompting the 

7 prospective car renter for the date, time, and location for pickup and retum, 

8 and the type of car; 

9 checking by the reservation server an availability of a requested car 

1 0 and, if a car is available, creating by the reservation server a digital key by car 

1 1 and user information with a digital signature of the reservation server; and 

12 downloading the digital key to a portable storage device, the portable 

1 3 storage device being used to gain access to a rental car. 

1 12. The method in claim 1 1 , wherein the step of accessing the reservation 

2 server is performed via a network. 

1 13. The method in claim 12, wherein the network is the Internet. 

1 14. The method in claim 11, wherein the step of authenticating a prospective 

2 car renter includes the steps of: 

3 prompting the prospective car renter to enter a personal identification 

4 number (PIN); and 

5 comparing the entered PIN with a valid PIN for the prospective car 

6 renter. 

1 15. The method of claim 1 1 , wherein the step of creating a digital key 

2 comprises the steps of: 

3 computing a hash of the car renter's valid PIN; 

4 combining car and renter identification with the hashed PIN; and 

5 digitally signing the combined information by said reservation server. 

1 16. The method in claim 1 1 , further comprising the steps of: 

2 inserting the portable storage device by a car renter into a slot for 
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3 receiving the portable storage device in a rented car; 

4 upon detecting the portable storage device inserted into the slot, 

5 obtaining by an access controller installed in the rented car the digital key 

6 stored on the portable storage device and checking by the access controller 

7 whether the digital key is vaUd and verifying the signature on the digital key; 

8 if the digital key is vaUd and the signature is verified, the access 

9 controller then prompting the car renter to enter his or her identification and 

10 checking for correctness of the car renter's identification; and 

11 if the entered identification for the car renter matches a correct 

12 identification on the portable storage device, the access controller activating 

13 instruments of the car which the car renter is authorized to have access to. 



1 17. The method in claim 16, further comprising the steps of: 

2 upon receiving a car renter's request to retum a car, prompting the car 

3 renter to insert his or her portable storage device into the slot for the portable 

4 storage device; 

5 obtaining by the access controller cai- status information and car 

6 identification; 

7 creating by the access controller a retum packet by combining car 

8 status information and the current digital key; 

9 signing the retum packet by the access controller, appending the car 

10 identification to the signed retum packet, and saving the signed retum packet 

1 1 into the portable storage device; and 

12 invaUdating by the access controller a current digital key. 

1 18. The method in claim 17, further comprising the steps of: 

2 upon receiving a car renter's request to retum a car, retrieving the 

3 return packet fi'om the portable storage device; 

4 verifying a signature on the retum packet; and 
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5 updating the car status and printing a receipt for the car renter. 

1 19. The method in claim 11, wherein the portable storage device is a smart 

2 card. 
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ACCESS CONTROL FOR RENTAL CARS 



ABSTRACT OF THE DISCLOSURE 

Cars of a car rental system are made operable by having a renter 
present a digital key issued from the car rental system. The digital key 
5 specifies the starting date and time of a given rental transaction, and the 

identification of the car the key is for. The digital key is fiirther signed by the 
car rental system for authenticity. A prospective renter makes onUne 
reservation over the Web and downloads into a portable storage device a 
digital key which can be used to operate the reserved car on the day the 

10 reservation is made for. On the pickup day, the renter goes to the car and 
inserts the portable storage device into a slot on the car. Upon successful 
verification of the digital key, the car is enabled and the renter can keep the 
car until he or she wants to return the car. The retum process starts by having 
the renter obtain a invalidated digital key from the car. Once the rental car 

1 5 invalidates the digital key provided by the renter, the renter can no longer 

operate the rental car. Since the in-car controller is able to decipher the given 
authorization information, there is no need to re-program the in-car controller 
for each renter. The renter will be held Hable for the rental car until he or she 
presents the invalidated digital key to the central station of the car rental 

20 system. To prevent a lost digital key from being used by unauthorized parties, 
a digital key can contain information such as a personal identification number 
(PIN) or a hash of the PIN of the authorized renter. For extra protection, the 
renter can opt to include his or her PBSf in the digital key when the key is 
created by the car rental system. The parking lot of the car rental system can 

25 be operated without security personnel checking for proper authorization. 
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is sought OB the inventioii eatiflcd_ACCESS CO>rrROL TOR RlB:wTAr n(||>Q spedfieation of whiS; 

(check e isanachedheieto 

one) 



Q wasfUedon 



as 



Application Serial No. 

and was aiaciided on (if applieable) 

I hereby state that 1 have »viewed and imdersiaQd the contents of the above identified speeiiicatian, iacludins the 
daims, as amended by any amendment refhred to above, 

^ \wih "Me 37, Code of Fedeia] Regulations, § l.S6(a).' 

I toeby claim fflteignprioriiy benefits undcrlltte 35. 
I or laveoiM^s cenificate bsted below and have also identified below any foreign application for patent or inventor's certificate 
■■ ha.ving a lilnig date befiwe that of the applicaiioa on which priority is claimed.' 

; Prior Foreign Applicaiion(s) Phority Claimed 



^(Number) (CounHy) (Day/Montb/Year Filed) ^ to 

;j(Nuiaber) (Comriry) (Day/lM(omh/Vear Filed) ^ ^ 

= I hereby claim ihc benefit under Tifle 35, United Siaies Code, § 120 of any United States appUc3iion(s) listed below and. 

^uisoferas flie subject natterofeachof the daias of this applieaUonis not disclD«5 in iheprior Unted StaSSTtionS^ 
.nannei piovwtoi by the £5«c paxasxaph Of Tifle 35, United States C^^ 

mfwrmatjon as defined in m 37. Cbde of Federal Regulations. § l.S(5(a) which occun^I betwee«i ftl mini date ofSor' 
apphcanoa and the national or PCT intemaiiooal filiiig date of this application: ««« oi oie pnor 



(AppJicationSaialNo.) (FilingDate) (Status: paiente4 pending, abandoned) 

Power of Attorney; As a named inventor, I hereby appoint Manny W. Schecter Rec No 31 793 Tt^i ti»* t>— 
NO 29.«^ Stephen CKauto^ No. 29.551. Louis J. P?,ceUo. Regk ^iS^ay^-^oltJ^I^/sS'^ert 

2 I 'n ' »• ^ R«<Jfflond. Jr.. Rflg. No 18.753. C Laioont WhiW Keg. No ^24 

Jt^' ^J^"- "^"^ R*8. No. 32.635 and Joseph M. MaSdc^^ ^ 

i!! r^"^ "^l^" ^ Piosecwe this application and transact aD business in the Patent and TiadeowJc Office 
connected therewjth. All correspondence should be directed to McOuireWoods, LLP. 1750 Tysons BoubvariSte 1800 
Tysons Comer. McUan. Virginia 22I02-39I5, Phone calls should be directed to McOuireWooS iSS. « ?5i7«^^^ 
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Docket No.: YOR9^2000m385l3Sl 



I hereby declare thai all suieme&is made htfem of my own knowledge are tme mi ^ all statsmems xnade oa infonnatifln and 
belief arc believed to be true; and furtb^ that these statemeziis wtte made the knowledge &at willful £dse statetnems and zhe 
like so made are puoishable by tme or iaxpnscaamt, or botb* ODder Section IQOl of Title I S of &e Uoiied Smtes Code utd tbat 
sucb willful false statonents may jeopardize liie validity of tbe applindon oc any paient issu&d tbeceon. 



(1) Inventor: Te-KwLm 
Signature: 

Residtmce: 23 Pioe View Roa4 Mount Kisco> NV 10549 

QtiscQsbip: Taiwan 

Post Office Address: Same as Resideoce 

(2) lavenior; Micbael C. Grceoufood 
Signature: 



Date; 



Date: 



Residence: S Alana Lane, Holmes, NY 1 
Citizenship; Ujuted States of America 
Post 0£Sce Addaress; Same as Residence 



Tide 37, Code of Federal Regulations, §LS«Ca): 
'(a) A duty of mdor good M&i toward die Patent and Tradetnailc Office te&cs en die invcacor, oa each atloniey cr ag^ ^l^o 
jsrepareft or prosecutes the applicatioa and otx eveiy otbet individual who is substan^dy itivolved in the pceparadon or 
:|)£QseQudoa of the appUcadon and who is associated with the inventor* with dke assigcee ot with aayone to yAwm fteze is an 
Jabligation to assign the appUcatiotu AQ soch individuals have a duty to disclose to the Office infontiadoo they ace awaxe of 
kbich is matexial to the exsfflinadon of the application. Such informatioD is material where there is substantial likelihood i&at a 
teasonahle examiner would consider it iznponatit in deciding whedier to sUow ihe application to issue a$ a patent. Ihe da^ is 
^niinensurate with the degree of involvemeui in the prepaiatioji or prosecution of flie ^Ucarum. 



(b) Under this section, Infoimation is material ta pattinCabiUty when it is noc cumulative to infonnatlon already Of record or being 
made of record in tbe application, and (1) it establishes, by itself or in combination with other inronnanoflt a prima facie case of 
uzqraiteatabitity; or (2) it refutes, or is incoasisieat wiih, a position the apph'cant takes in: (i) opposing sm argument of 
uicp&icntabiliiy relied on by die OfiJce^ or (ii) ^serting as azgumeot of patentabili^. 
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Docket No.: YOR9^2000-0385US1 

Application for United States Patent 
Declaration and Power of Attorney 

AS a below nained inventor, 1 hereby declare that: 

My residence, post office address and citizenship ai'e as stared below next to my name; 

I believe I am an original^ first and joiuT inventor of the subject marrer which 33 claimed ajad for which a patent 
is sought on the invenrion entitled ACCESS CONTROL FOR R£NT.4L CAlf^ the specification of which; 

(check s is attached hereto 

one) 

D was tiled on as 

Application Serial No. 

and was amended on (if applicable) 

1 hereby state that I have reviewed and understand the contents of the above identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge ibe duiy to disclose information which is noalerial to the examination of this application in accordance 
with Title 37, Code of Federal Regulations, § 1 56(a).* 

1 hereby claim foreign priority benefits under Title 35, United States Code, § 119 of any foreign application(s) for parent 
or inventor's certificate listed below and have also identified below any foreign application for patent or inventor's certificate 
having a filing date before that of the application on which priority is claimed: 

Prior Foreign Appiicarion(s) Priority Claimed 



(Number) (Country) (Day/Month/Vear Filed) yes no 



(Number) (Country) (Day/Month/Year Filed) yes no 

I hereby claim the benefit under Title 35, Umred States Code, § 120 of any United States appiication(s) listed below and, 
insofar as the subject matter of each of the claims of tliis application is not disclosed in the prior United States application in the 
manner provided by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge tlie duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, § 1 .56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of t]\is application: 



(Application Serial No.) (Fihng Date) (Status; patented, pending, abandoned) 

Power of Attorney: As a named inventor, I hereby appoint Mamty W. Schecter, Reg. No. 31,722. Terry J, Ilardi, Reg, 
No. 29,936, Stephen C. Kaufman, Reg. No. 29,551, Louis J. Perccllo, Reg. No. 33,206, Jay P. Sbrollini, Reg. No. 36,266, Roben 
M. Trepp, Reg. No. 25,933, Daniel P. Morris, Reg. No. 32.053, Wayne L. Elknbogen, Reg, No. 43,602, Douglas W. Cameron, 
Reg. No. 31,596, David M, Shofi, Reg. No. 39,835, Christopher A. Hughes, Reg. No. 26,914, Edward A. Pennington, Reg. No. 
32,585, John E. Hocl, Reg. No. 26,279, Joseph C Redmond, Jr., Reg, No 18,753, C. Lamont Whitham, Reg. No. 22,424, 
Marshall M. Curtis, Reg. No. 33,138, Michael E, Whitham, Reg. No. 32,615 and Joseph M. Martinez dc Andino, Reg. No. 
37,178, as attorneys and/or agents to prosecute this application and transact all business in the Patent and Trademark Office 
coimccted therewith. AH correspondence should be directed to McGuireWoods, LLP, 1750 Tysons Boulevard, Suite 1800, 
Tysons Comer, McLean, Virginia 22102^3915. Phone calls should be directed to McGuireWoods» LLP, at 703/712-500. 
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Frofn-WHITHAM CURTIS0H1THAM 



7033919035 



T-891 P. 23/27 F-992 



Docket No,: YOR9-2000-0385US1 

I hereby declare that all statements n^de herein of my own knowledge are tnxe and thai all staiemems made on infomiaDon and 
belief are believed to be true; and fciher ihai ihese sraiements were made with the knowledge that willful false sratemcnrs and the 
like so made are punishable by fme or imprisonment, or both, under Section 1001 of Title IS of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued thereon. 



(1) 



(2) 



Inventor: Te-Kai Liu 
Signature; 



Date: 



Residence: 23 Pine View Road, Mount Kisco. NY 10549 
Citizenship: Taiwan 
Post Office Address: Same as Residence 
Inventor: Michael C. Gxesnwqs}^ 
Signamre: 

Residence: 8 Alana Lane, Holmes, KY 1 253 1 
Citizenship: United States of America 
Post Office Address: Same as Residence 




Date; 



*Title 37, Code of Federal Regulations, §1. 56(a): 

(a) A duty of candor and good faiih loward the Patent and Trademark Office tests on the inventor, on each attorney or agem who 
prcpai-es ^ prosecutes the application and on every other individual who is substantively involved in the preparation or ^ 
prosecution of the application and who is associated with the inventor, widi rhe assignee or with anyone to whom there is an 
obligation to assign ±e application. All such individuals have a duty to disclose ro the Office information they are aware of 
which is material to the examination of die application. Such information is material where there is substantial likelihood that a 
reasonable examiner would consider it important in deciding whether to allow the application to issue as a patent. The duty is 
commensurate with the degree of involvement in die preparation or prosecution of the application. 



(b) Under this section, information is material to patentability when it is not cimiulative to infonnation already of record or being 
made of record in the application, and (1) it establishes, by itself or in combinaton with other information, a prima fade case of 
unpatentability; or (2) it refutes, or is inconsistent with, a position the apphcant takes in: (i) opposing an argument of 
unpatentability relied on by the Office, or (ii) asserting an argument of patentability. 
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